home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part2 / 11049 < prev    next >
Encoding:
Text File  |  1996-08-05  |  6.0 KB  |  138 lines
  1. Path: stud.uni-frankfurt.de!not-for-mail
  2. From: "Martin Steigerwald" <steigerw@stud.uni-frankfurt.de>
  3. Newsgroups: comp.sys.amiga.applications,comp.sys.amiga.misc
  4. Subject: the wordworth5 story :-(((
  5. Date: Thu, 04 Apr 1996 00:39:54 +0100
  6. Organization: J. W. Goethe-Universitaet Frankfurt/Main
  7. Message-ID: <71272957@sunshine.stud.uni-frankfurt.de>
  8. NNTP-Posting-Host: dialin012.rz.uni-frankfurt.de
  9. Mime-Version: 1.0
  10. Content-Type: text/plain; charset=iso-8859-1
  11. Content-Transfer-Encoding: 8bit
  12.  
  13. Hi!
  14.  
  15. (This text will be forwared to german Wordworth support Christian
  16. Callagher and digita support as well...)
  17.  
  18. I finally got my copy of WW5 (german version) on 3rd april of 1996... I am
  19. very disappointed, not only that it took longer than said... but because
  20. at least two *major* bugs/disadvantages of WW3.1 are still there in WW5
  21. although I clearly reported them more than one time...
  22.  
  23. First of all... WW5 is awfully, ugly, crazily slow... I have it here on a
  24. A4000/EC030882/25MHz/2+16MB Ram, Fastlane, 1.5 (hmm actually 1 GB cause a
  25. hd broke down) GB SCSI HD, and a CyberVision 2MB...
  26.  
  27. actually not an evily slow configuration but I have a text here that just
  28. takes 4 minutes and 50 seconds to load from the RAM-disc!!!!!!
  29.  
  30. It has 57 pages or so and is about 200KB as file. I have it here, so
  31. anybody who wants to reproduce this behaviour contact email me.
  32.  
  33. But that is not all... moving an gfx object (actually a vector drawing,
  34. some line some texts clued together to one object..) on page 45 requires
  35. 2:54 on the first try and 2:57 on the second minutes to be complete.. I
  36. moved it just a few centimetres... each time WW turned the mouse into busy
  37. state for ages, moved the object and (this buggy behaviour is new to me)
  38. went to page 1 although I didnt tell WW to do so...
  39.  
  40. Saving the text does only need 8 seconds to RAM: and 16 seconds to an Ami
  41. File Safe harddisc partition. IMHO loading and reformatting the text
  42. shouldnt need more time... on a 030...
  43.  
  44. My impression is just that the text formatting code in WW5 (I guess it is
  45. lame textformatting that slows loading of the document down...) is slowier
  46. than in those shiny big PC wordprocessors such as winword and such...
  47.  
  48. I had this behaviour in WW3.1 already... and reported it more than one
  49. time... and now I must see that nothing... just simple nothing has changed
  50. although the ads are telling that WW5 got faster... (the same the ads for
  51. WW3.1 told, and also there it was not true for text formatting...)
  52.  
  53. The second thing is a bug which I showed Christian Callagher at the Amiga
  54. Show in Cologne, autumn 95, directly on the WW5 alpha he presented to the
  55. customers... it is like this...
  56.  
  57. texttext text and even more text
  58. +----------------------------------------------------------------+
  59. |        graphic object, e.g. just a simple box                  |
  60. |            that is as wide as the page is                      |
  61. +----------------------------------------------------------------+
  62. textextexttext...
  63.  
  64. Now switch text floating on... Normally you would guess... WW5 should
  65. place some text above the gfx object, and the rest of the text below the
  66. gfx object, since there is simply no space on the both sides... But no WW5
  67. either put the text directly under the object or right beside it in
  68.  
  69. +----------------------------------------------------------------+t-
  70. |        graphic object, e.g. just a simple box                  |h-
  71. |            that is as wide as the page is                      |i-
  72. +----------------------------------------------------------------+s
  73.  
  74. stupid way... I have an example text here which is about 4kb in file and I
  75. think could easily be packed into 4kb of uuencoded data... so if there are
  76. enough that want to the this unimplemented feature, just ask, and I will
  77. post it here (or email it to you, if there are not enough interested
  78. ppl...)
  79.  
  80. conclusion of all this:
  81.  
  82. - more than the half of what I told the german support of WW5 got simply
  83. be ignored...
  84.  
  85. consequences:
  86.  
  87. - I will now directly contact digita... for all this and write to the
  88. public...
  89.  
  90. But to be not only that flamy all the way around... thanks for the
  91. footnotes (I have a written promise that there should have been there in
  92. AmiWrite 2 alias WW3 already;-) and the styles which are really somewhat
  93. handy... good work!
  94.  
  95. A few other remarks:
  96.  
  97. - ww seems to try to close the workbench screens also if it is not told to
  98.   do so... this I guess cause CXHandler closes all reachable commodity
  99.   windows and toolmanager 2.1a with screennotify support closes its
  100.   docks..
  101.   this behaviour of ww5 should be abandoned
  102.  
  103. - ww is awfully slow in text display _even_ on a cybervision... it also
  104.   requires chipmem for rendering which I could see, cause I couldnt patch
  105.   ww5 to only use fastram using MasterControlProgram...
  106.   I just guess that the font engine of ww5 uses chipram and the normal
  107.   amiga blitting even on gfx cards...
  108.   However thats just a guess... whatever it is... digitas font engine
  109.   seems to be way slowier than te AmigaOS3.1┤s one..
  110.  
  111. - bullet points and automatich identing use the first or the forthcoming
  112.   default tabulators. Why dont use the first user tabulator if applicable.
  113.   Now I had to set default tabs to every 0.4cm cause 1cm is just to much
  114.   space between te bullet point and the following text...
  115.  
  116. So, that is all for now folks... comments are welcome... flames >nil:
  117.  
  118. So, and just dont get me wrong... I understand difficulties in developing
  119. software for the amiga especially in the last times... but the first two
  120. things (text formatting speed, and text floating bug) are just things that
  121. should have been already be fixed in WW5...
  122.  
  123. I expect a cost free update that is
  124.  
  125. 1, faster
  126. 2. doesnt contain the text floating bug...
  127.  
  128. I paid 100DM for my update to WW5, all what I got is new features that is
  129. the good side... but also _two_ _old_ _well known_ problems that were
  130. there in WW3.1 already... and this is IMHO inacceptable.
  131.  
  132. Let the sun shine... \__INet| Usenet:   steigerw@stud.uni-frankfurt.de
  133. |_| _ |o _  _ Martin    \__ |                            WWW-Homepage:
  134. | |(/_||(_)_> Steigerwald  \| http://www.rz.uni-frankfurt.de/~steigerw
  135.  
  136. Einstein said once: Never stop asking why!
  137.  
  138.